home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d1 / ems_util.arc / EMS-UTIL.DOC < prev    next >
Text File  |  1989-10-26  |  5KB  |  89 lines
  1.                                 EMS Utilities
  2.  
  3. Since its intoduction a few years ago at  Comdex,  the  Lotus/Intel/Microsoft 
  4. (LIM)  Expanded  Memory Specification (EMS) has gained wide popularity. Since 
  5. it can be retrofitted onto virtually any IBM-PC type machine (even 8088-based 
  6. systems), it provides a unified method for implementing  memory  outside  the 
  7. 640K limit imposed by MS-DOS. As such, several major packages now support EMS 
  8. memory,  when  available,  and  their numbers are constantly growing. It thus 
  9. makes sense to add EMS-type memory when upgrading a system.
  10.  
  11. The availability of EMS memory is indeed useful  when  applications  are  run 
  12. that  can  use it, but what about the rest of the time? DOS certainly doesn't 
  13. use EMS memory (at least, not directly), nor do  the  vast  majority  of  the 
  14. "small"  programs  that are typically run when major applications are not. Is 
  15. all this expensive RAM simply to go to waste during these times,  simply  for 
  16. the sake of a few programs that do use EMS?
  17.  
  18. The  answer is no. In this ZIP file are three (actually, four) utilities that 
  19. can make good use of EMS memory when it is not being used by an  application. 
  20. Three very useful services are provided: a RAM disk, a hard disk cache, and a 
  21. print  spooler.  All of them (except for one of the RAM disk programs) can be 
  22. disabled  and  re-enabled  by  command-line  instructions,  rather  than   by 
  23. re-booting  the  computer.  As  such,  they provide good "idle" tasks for EMS 
  24. memory during periods when it would otherwise go to waste. When an  EMS-using 
  25. application  needs EMS memory, the utilties can be disabled (typically with a 
  26. batch file that also invokes the application), and then re-enabled  when  the 
  27. application exits.
  28.  
  29. The author has investigated nearly all  of  the  PD  and  shareware  programs 
  30. available   from  BBS'es  and  other  sources,  and  has  selected  these  as 
  31. best-of-class. All of them, except the Nifty-James RAM disk, are currently in 
  32. use on the computer I am writing this DOC file with. They  have  been  pretty 
  33. well  tested  and  have  been  found  to work reliably with CodeView (a major 
  34. accomplishment by itself) and Turbo  Debugger,  as  well  as  with  QEMM  and 
  35. Nu-Mega  386  EMS  drivers.  All of them can be high-loaded. They should also 
  36. work with 386-to-the-MAX and CEMM.
  37.  
  38. DMP200  is  the  print spooler. It is the best I've seen. It is particularily 
  39. nice since it only allocates EMS memory when it  needs  it,  and  immediately 
  40. frees  it  when  it is done with it. As such, you don't need to disable it in 
  41. any way when running an EMS-utilizing  application.  It  also  provides  many 
  42. other services; read the DOC manual that comes with it.
  43.  
  44. EMC110  is a great hard disk cache program. It is the only one I've seen that 
  45. both uses EMS memory and allows dynamic resizing of the buffer.  It does have 
  46. some compatibility constraints; so read the DOC file. I can tell you that  it 
  47. does  work with all Western Digital controllers (if no hard disk partitioning 
  48. utility is used) and with the Future Domain TMC-881 SCSI controller (which is 
  49. what I use).  Futhermore, Golden Bow's VFeature is compatible,  but  On-Track 
  50. System's  Disk Manager is not.  As for other hard disk partitioning utilties, 
  51. you will probably need to call the manufacturer; in particular, I do not know 
  52. if SpeedStor will work with it.  When  calling  the  manufacturer,  read  the 
  53. representive the fisrt paragraph or so of the "Technical Notes" section. When 
  54. designing  a  batch  file  for running the EMS application, use the following 
  55. template:
  56.  
  57.     emc110 x
  58.     application %1 %2 %3 %4 %5 %6 %7 %8 %9
  59.     emc110
  60.  
  61. This disables the cache (freeing up the EMS memory  it  was  using)  for  the 
  62. duration  of  the  application,  and then re-instates it when the application 
  63. exits.
  64.  
  65. Two RAM disks are provided in the package,  which  address  different  needs. 
  66. NJRAMD12  (Nifty-James) is fast and uses very little conventional memory, but 
  67. the amount of EMS memory  it  uses  can  be  modified  only  by  editing  the 
  68. CONFIG.SYS file and rebooting. ADJRAM41, on the other hand can have its usage 
  69. of  EMS  memory  altered  (all  the  way  to  zero), but uses at least 15K of 
  70. conventional memory (which can be high-loaded on 386 machines, however). Most 
  71. users would never want to  change  the  dimensions  of  their  RAM  disk,  so 
  72. Nifty-James  is  appropriate.  For  the  unusual users (like me), who need to 
  73. sometimes free up ALL of the EMS memory, ADJRAM41 is called for.
  74.  
  75. A word of caution if using ADJRAM41: despite what the documentation says, the 
  76. intial size of the RAM disk should be set to 15K, not  32K,  unless  you  are 
  77. comtemplating an unusual configuration for your system. The idea is to use as 
  78. little  conventional  memory  as  possible. *** READ THE DOCUMENTATION BEFORE 
  79. USING ADJRAM41 !!! ***
  80.  
  81. I hope you find these utilities as useful as I have.
  82.  
  83.  
  84.                         Randy Langer
  85.                         
  86.                         MicroSphere Technology, Inc.
  87.                         PO Box 620
  88.                         Magalia, CA 95954
  89.